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REMARKS/ AR^TrMV.NTg 

Claims 1-21 are pending and were variously rejected under 35 USC § 102(e) as 
being anticipated by Barnett in view of Official Notice. In light of the remarks below the 
undersigned respectfully traverses the rejections, ' 

L INITIAL MATTERS 

Claims 1-21 were also provisionally rejected under the judicially created doctrine 
of obviousness-type double patenting over claims 1-21 of copending Application No, 
09/834,855. 

The Abstract was object to as being in claim format. It is not understood what 
language the Examiner objects to. The Abstract does not include any legal phraseology such as 
"means]' or "said," but uses ordinary language, although the Abstract tracks the claims. 
Accordingly, the Undersigned does not understand the objection. Nevertheless, the undersigned 
notes that the original Abstract has greater than 150 words, accordingly, a new Abstract is 
provided. 

In response, the undersigned respectfully requests that this provisional rejection 
be held in abeyance. If either or both of the copending applications are issued as patents before 
the present application issues as a patent, the undersigned is prepared toi provide a terminal 
disclaimer in response to a non-provisional double patenting rejection. 

Various amendments were also made to the claims to more clearly recite 
Markush-type claims . Such amendments were not made for purposes of patentability. 

H. THE PRESENT INVENTION 

The present invention relates to methods and systems for specifying promotions 
and distributing promotions across a computer network relying upon a unique and novel software 
architecture and mechanisms. 

Initially, the specification distinguishes "promotions" or "electronic incentives" 
used herein from conventional "coupons." As described in the specification, page 15, lines 3-7: 

These promotions are not considered "coupons " as "coupons " is understood in 
the industry. More specifically, in the industry, "coupons " are typically defined 
as detachable certificate.^ tickets, or the like that entitle the bearer or holder to a 
hmefit In the present embodiment, the customer and the merchant server are not 
given any such detachable and/or possessable certificate and cannot hold, bear, 
or present anything. 

Additionally, the specification notes that coupons requirei possession of a cookie 

or the like: 

By way of contrast, in one electronic couponing system, a electronic coupon 
describing a right or benefit is created in a couponing server. The electronic 



PAffiWRCVD^ 



USPTO 

TO: Central Fax COMPANY: 

AUG. 12.2005 3 :30PM 



9/16/2005 10:59 AM PAGE 16/026 Fax Server 

TTC-Pfi 650-326-2422 "" ' " "~ """NO. 096 — P. 15- 



Ajjpln. No. 09/834,851 

Amdt. dated August 1 2, 2005 

Reply to Office Action of May 9, 2005 

coupon, or token, is then downloaded to a customer's computer system and 
Stored. These co upons or tokens ma\> be in the form nfg cookiq or the like stored 
on the customer's computer system. Much later, the customer may enter an 
electronic store that is independent of the electronic couponing' system. Next, the 
cookie or token stored on the customer 's computer system is retrieved and passed 
back to the electronic store web server. Because the customer 's computer had 
"possession " of the cookie or token in the computer memory, the electronic store 
web server provides the customer the right or benefit or the bargain described, 
i.e. the customer is entitled to a 10% discount. This example thus illustrates that 
the electronic cookie or token incorporates the standard "coupon " model: the 
customer's computer memory stored the cookie, an d possession of the cnnH* » t 
a condition for receiving th e bargain . 

The background of the invention describes some problems with these possessable 
coupons. More specifically, one problem is that coupons for a product may be provided to users 
who were already going to buy the product, p2, lines 1-12: 



A problem with traditional coupons includes that coupons often end up in the 
hands of buyers who are not targeted. This is because distributing coupons only 
to target buyers is virtually impossible. Although some coupons may be 
distributed to channels such as magazines, direct mailings, and the like that 
include a large percentage of target buyers, a significant percentage nevertheless 
• reaches non-tarzet buyers. These non*tar g et buyers mav include those willing ^ 
purchase the product eyen without t he coupon. Accordingly, if non-target buyers 
uses the coupons to purchase aproduct, this directly reduces the amount ofnmfit 
to tfte promoter. As an example, a promoter may create a promotion directed to 
Pepsi™ drinkers to try Cofe™. To do so, the promoter offers coupons providing 
the bearer with a dollar off a six-pack of Coke"™. However, it is virtually 
impossible to prevent a devoted Coke™ drinke r from picking and redeem that 
coupon. This sort of common situation direc tly "siphans-off" manufacturer 
profits. 

In light of this problem, the specification states that improved apparatus for 
providing targeted promotions are needed, without the problems highlighted above. 

Many of the amendments to the claims and distinctions over the cited art depend 
upon an understanding of the following specific software concepts: As expressly described in 
the specification, "object-oriented" software programming techniques are used, p. 14, lines 5-9, 
such as Microsoft COM software objects. For example, service objects, coupon objects, product 
objects, are described and used. 

The specification should be read and claims should be interpreted in light of the 
object-oriented environment described. Particular terms related to object-oriented software were 
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defined and / or used in the specification consistently with how these terms are used in the 
software industry. The definitions of such terms in the software industry may override non^ 
technical dictionary definitions of such words. For the Examiner's reference, particular 
definitions of terms are reproduced from the Microsoft Press Computer Dictionary, second 
edition, 1994 in attachment A to this amendment; object-oriented programming, object, instance 
instantiate, and class, 

Discussion of specific embodiments will be described below: 
On p. 16, lines 10-12, the specification describes the merchant server invoking a 
Service object: & 

fT/he merchant server invokes a Se rvice object yyithin the application server to 
evaluate the customer's shopping category to determine if there [are] any 
coupons to display, step 560. 

On p. 16, lines 12-14, the specification describes the application server 
instantiating coupon objects: 

In response to the current shopping category, the application server determines 
whether any promotions are applicable and ifso. jme or more "Coupon Objects" 
ar$ instantiated, step 570, 

On p. 16, lines 25-3 8, the specification describes the merchant server querying the 
instances of the coupon objects: 

Next, merchant server 140 Queries one or more "Couosm Objects" that have been 
instantiated for a description of the pre-conditions and benefit a[n] image of the 
product, and the like, step 620, In response, merchant sever 140 specifies the 
rendering of the promotion on an HTML page for display on the customer's 
display, step 630. 

On p, 17, lines 21-26, the specification describes the merchant server invoking 
another service object; 

When the consumer desires to checkout, merchant server 140 causes application 
server 1 80 to use the instances of "Coupon Objects " that were created, step 710, 
In particulan.an evaluate method of a S ervice object is invoked, and the amount 
of savings is calculated. The savings is then retrieved by merchant server 140 
and displayed to the consumer, step 715. 
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In the present embodiment, when the consumer checks out, a promotion usage 
condition, application server 180 stores data associated with the transaction, step 
720. y 

The claims, as amended, incorporate at least some of the object-oriented concepts 
discussed above. For example, claim 1 , now recites: 

wherein the instance of the electr onic incentive is created and stored in the 
application server in response a method on a service object stored in the application server 
being invoked by the merchant server; 

wherein the merchant server specifies rendering of the data associated with the 
electronic incentive in response to a query of the instance of the electron™ incentive stored on 
the application $$rv#r 

For example, claim 8, now recites: 

a processor configured to request promotions from an application server coupled 
to the merchant server, configured to invoke an evaluation service object within an anp linnt^n 
server for one or more promotions, wherein an instance of a promotion is created in the 
application perYW in response thereto, configured to query the instance of the promotion object 
and receiving a description of a promotion from the application server, the description 
including pre-conditions, a user benefit and an output representation of the promotion , 
configured to transmit the output representation of the promotion to a client system for display 
to a user r configured to receive a selection of the at least one item, configured to invoke a 
saying method in a service object within the application server to determine a savings amount, 
wherein the savings amount comprises the user benefit from the application server when the 
selection of the at least one item satisfies the pre-conditions , and configured to indicate that the 
user is provided with the user benefit. 

For example* claim 15, now recites: 

a processor configured to receive an electronic incentive from a central server, 
the electronic incentive including a pre-condition and a benefit configured to create an instancy 
of the electronic incentive in respo nse to an invocation of an evaluation service object to 
determine electronic incentives for a user by a merchant server, configured to receive a query 
f° r a description of the instance of the e lectronic incentive f rom the merchant server, configured 
to receive from the merchant server an invocation of an amount of savings method of a service 
obje ct to determine a savings for the user, wherein when a selection by a user of at least one item 
fulfills the pre-condition of the electronic incentive, the savings comprises the benefit 
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m. BARNETT 

Bainett is described as a method and system for the electronic distribution of 
coupons to consumers. Specifically Barnett describes methods and systems where coupons 
bundles are provided to consumers via service providers. 

Importantly Barnett does not refer to using an object-orifented paradigm, Instead, 
Bainett appears to simply rely upon simple procedural calls. 

Additionally, Barnett appears to only refer to providing and redeeming 
conventional "coupons." Bainett, Fig. 9 includes a sample flow chart. In one step, the remote 
computer receives and stores variable "coupon data." Next, the coupoa data is printed out and 
redeemed in-person s or the coupon is electronically redeemed. More specifically, the 
specification states on col. 9. lines 41-45.: 

The requested coupon data package and associated advertising materials 
are transmitted by the online service provider 2 to the personal computer 
6, where it is stored in the downloaded coupon data file 30a in the coupon 
database. 



1, lines 38-44 



Next, the user prints out the coupons for redemptions col. 10 lines 58-60: 
Coupons are printed by the printable coupon data generation routine 32d 9 
which is invoked by a user when he selects a print command from the 
coupon file Junction 5'6. 

In the case of electronic redemption, the coupon is electronically transferred, col, 

This is especially useful in the "electronic shopping mall" environment 
now found in many online services. The electronic coupon data could also 
be routed v i^Jhe data communications interfac£L20 to a retail store where 
the user will be shopping, where the coupon data is held in a bitffer 
pending purchase by the user of the matching product 

To address the problem of unauthorized use or duplication of these coupons, 
Barnett describes using user-specific data in a bar code 90. Col, 7, line 24-25, Further, Barnett 
describes: 



The unique user bar code 90 also renders the electronic coupon system of 
the present invention secure and virtually fraud-proof Although a user is 
able to print out a particular coupon 18 only once (to be described in 
detail below) f the coupon issuer 14 could still be defrauded by a user or 
retailer who might photocopy a printed coupon numerous times and 
fraudulently and repeatedly present it for redemption. However, in 
accordance with the present invention, each coupon printed by a user is 
unique, and the scanning of a coupon presented for redemption will be 



USPTO 9/16/2005 10:59 AM PAGE 20/026 Fax Server 

TO: Central Fax COMPANY: 

AUG. 12.2005 3:31PM TTC-PA 650-326-2422 "NO. 096" "P.19 1 -" — 



Apph. No. 09/834,851 -patent 
Amdt dated August 12, 2005 1 
Reply to Office Action of May 9, 2005 

stored at the coupon redemption center. Thus, the coupon issuer will 
know if a particular user has redeemed a particular coupon and thus 
. disallow further redemption of a photocopied coupon bearing the same 
indicia. 

However, in Barnett, because a user possesses these coupons, a user may still 
print-out a coupon for a product and give it to another user, who would have purchased the 
product even without the coupon. Accordingly, the manufacturer's profits may still undesirably 
be "siphoned-off by these actions. 



IV. BAKNETT DISTINGUISHED 

A, Claim 1 

Bamett fails to disclose every element of claim 1 . 

More particularly, Bamett fails to disclose wherein the instance of the electron^ 
incentive is created and stored in the application server in response a method on a service obj ect 
stored in the application server being invoked by the merchant server. 

Further, Bamett fails to disclose wherein the merchant server specifies rendering 
of the data associated with the electronic incentive in response to ajauerv of the instance of the 
electronic incentive rtored on the application server . 

As discussed above, Bamett fails to disclose anything about an implementation 
using an object-oriented approach and / or objects. Instead, Bamett simply describes that 
coupon data are simply downloaded from a online service provider to a user at a personal 
computer. Once the coupon data is on the personal computer in Bamett, the on line service 
provider looses control of the coupon. 

In contrast, the claimed limitations describe the merchant server querying 
invoicing methods of service objects and querying instances of electronic incentive objects stored 
on the application server. Additionally, the instance of the electronic incentive object on the 
application server provides providing data to end users via the merchant server, when needed. 
Accordingly, the electronic incentive is never downloaded as it is described in Bamett. 

In light of the above, and for other reasons, Bamett fails to disclose all elements 
of claim 1 . Accordingly, Bamett does not anticipate claim 1. 

B. Claim 8 

Bamett fails to disclose every element of claim 8. More specifically, Bamett fails 
to disclose the limitation of a processor configured to request promotions from an application 
server coupled to the merchant server, configured to invoke an evaluation service object wfr frfo 
an applfcstfion seryer for one or more promotions, wherein an instance of a promotion is created 
igjfce application, server in response thereto, configured to query the instance of the promotion 
object and receiving a description of a promotion from the application server, the description 
including pre-conditions, a user benefit and an output representation of the promotion , 
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configured to transmit the output representation of the promotion to a client system for display 
to a user, configured to receive a selection of the at least one item, configured to invoke a 
s gHflgs method in a service object within the a p plication server to determine a savings amount 
wherein the savings amount comprises the user benefit from the application server when the ' 
selection of the at least one item satisfies the pre-conditions , and configured to indicate that the 
user is provided with the user benefit 

As discussed above, Barnett foils to disclose anything about an implementation 
using an object-oriented approach and /or objects. Additionally, Barnett simply describes that 
coupon data are simply requested and downloaded from a online service provider to a user at a 
personal computer. 

In contrast, the claim language above illustrates the object-oriented aspect of 
embodiments of the present invention, which were not disclosed by Barnett, as well as the 
specific storage and invocations of methods of instances of software objects stored within the 
application server, and not within the merchant server. 

La light of the above, and for other reasons, Barnett foils to disclose all elements 
of claim 8. Accordingly, Barnett does not anticipate claim 8. 



C Claim 15 

Barnett fails to disclose every element of claim 1 5, More specifically Barnett 
foils to disclose a processor configured to receive an electronic incentive from a central server, 
the electronic incentive including a pre-condition and a benefit, configured to create an instance 
of the electronic incentive in respon se to an invocation of an evaluation service object to 
determine electronic incentives for a user by a merchant server, configured to receive a query 
for &Jtea.cription of the instance of the elect ronic incentive frmm the merchant server, configured 
to receive from the merchant server an invocation of an amount of savings method of a service 
fifeisct to determine a savings for the user, wherein when a selection by a user of at least one item 
fulfills the pre-condition of the electronic incentive, the savings comprises the benefit 

As summarized above, Barnett feils to disclose anything about an implementation 
using an object-oriented approach and /or objects. Instead, Barnett simply describes that coupon 
data are simply downloaded from a online service provider to a user at a personal computer. 
Because the coupon data is downloaded to the user's computer for the user to print out and / or 
use. 

In contrast, the claim language above illustrates the object-oriented nature of 
embodiments of the present invention, which were not disclosed by Barnett, as well as the 
specific storage of the promotion object within the application server. 

In light of the above, and for other reasons, Barnett fails to disclose all elements 
of claim 15. Accordingly, Barnett does not anticipate claim 15. 
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D. Remaining claims 

Claims 2-7; 9- 14; 1 6-2 1 , dependent upon claims 1 , 8, and 1 5, respectively, are 
also asserted to be allowable for substantially the same reasons as claims 1, 8, and 15, 
respectively, and more specifically for the specific limitation they recite. 

CONCLUSION 

In view of the foregoing, Applicants believe all claims now pending in this 
Application are in condition for allowance. The issuance of a formal Notice of Allowance at an 
early date is respectfully requested. 

If me Examiner believes a telephone conference would expedite prosecution of 
this application, please telephone the undersigned at (650) 326-2400. 



Respectfully submitted, 




Stephen Y. Pj 
Reg. No. 38,57: 

TOWNSEND and TOWNSEND and CREW LLP 
Two Embarcadero Center, Eighth Floor 
San Francisco, California 941 1 1-3834 
Tel: (650) 326-2400 
Pax: (650) 326-2422 

SYP:deh 

Attachment: Appendix "The Comprehensive Standard for Business, School, Library, and Home" 
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